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(54) Process for executing a downloadable service receiving restrictive access rights to al least 
one profile file 



(57) A process for executing a downloadable serv- 
ice with specific access rights to at least one profile file 
in a user's computer. The web browser is used for ac- 
cessing a web server through a first set of communica- 
tion port and socket. Therefore Is arranged a confined 
runtime environment such as for example an extended 
sandbox (11) and used in Java programming which is 
assigned a second communication port and sockets and 



which is used for executing downloadable service with 
restricted access on at least one profile file. The process 
can be used for executing services under the form of a 
signed archive file which signature is used for both val- 
idating the archive file and for selecting one particular 
secure class loader prior to the generation of the com- 
piled code of the service. 
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Description 

Technical field of the Invention 

[0001] The invention relates to communication sys- 
tems and more particularly to a process for executing a 
downloadable service receiving restrictive access rights 
to at least one profile file. 

Background art 

[0002] The constant progress of the Information Han- 
dling System (i.H.S.) technology and that of the com- 
munication systems, particularly with the explosion of 
the Internet and intranet networks, have resulted in the 
development of an era of information and services. With 
a single personal device, a user can get a connection to 
the Internet network, and have direct access to a wide 
range of information and services, including electronic 
business applications. 

[0003] Solutions were developed in the art for render- 
ing easier the access to these huge amounts of resourc- 
es and for improving the possibilities of negotiation and 
new services. For this purpose, agents were developed 
for allowing the customers to delegate some specific 
tasks to automatic modules in order to simplify part of 
the searching process. 

[0004] US 5,877,759 assigned to Netscape Commu- 
nications Corp. and entitled Interface for useri agent in- 
teraction shows a first example of a user interface which 
provides assistance to the client user and an interface 
that is centred on autonomous processing of whole 
tasks rather than sequences of commands. 
[0005] International application number WO 
98/47250 assigned to IBM Corp. and entitled Apparatus 
and method for communicating between an inteliigent 
agent and client computer process using disguised 
messages illustrates an agent for the communication 
with a client and which uses a selector known by both 
parties to generate and interpret messages and thereby 
to effectively disguise confidential information transmit- 
ted in the message from third parties. 
[0006] International application number WO 
98/431 46 assigned to IBM Corp., and entitled Intelligent 
agent with negotiation capability and method of negoti- 
ation therewith is another example of an improvement 
brought to a so-called intelligent agent. 
[0007] In addition to the development of agents, the 
use of one or more profile files located within the user's 
machine, is cleariy a very promising field of develop- 
ment. A profile file is usually more easily updated since 
the customer feels more concerned about the informa- 
tion that he loads into his own profile file(s). Further this 
information continuously remains under his/her own 
control. When the customer permits it, the use of the 
information loaded into that or those profiles shows to 
be a material of the highest interest for service providers 
since it cleariy enhances the personalization and the 



possibilities of negotiation with the customer Practically, 
the profile files can be used by product/service providers 
who wish to propose an offer well tailored to the custom- 
er's needs. 

5 [0008] Unpublished European patent application n° 
0041004.6 entitled "process and apparatus for allowing 
transaction between an user and a remote server 9 by G. 
Brebner, filed on 21 . January 2000 and assigned to the 
Assignee of the present application, shows a profile file 

to which is used for improving the possibilities of negotia- 
tion between a customer and a product or accessories 
provider. Basically, there is disclosed a process which 
receives an abstract request expressed by the user. The 
request is subject to contextual analysis for the purpose 

15 of preparing an aggregate request based on the abstract 
formulation of the client, which can then be completed 
with additional technical information which is extracted 
from a local profile. Since the products/service providers 
are automatically given direct access to the internal con- 

20 figuration of the machine, of which the user may even 
not be aware, they can propose offers which are cor- 
rectly tailored to the users, even when those are not 
versed in the field of computers. 
[0009] While the use of one or more profiles substan- 

25 tially enhances the personalization of the access to the 
web, as well as the possibilities of negotiation between 
the customer and the service/product providers, it can 
be seen that the customers feel more and more con- 
cerned with the question of the privacy of their private 

30 data, and the risk of any misuse of that information. 
[0010] Mechanisms have been developed for mini- 
mising the exposure of sensitive data on the Internet and 
particularly the highly confidential information that is 
contained within such profile files. Unpublished Europe- 

35 an patent application n° 0041 0005.3 (HP50001 003) en- 
titled "method for a personalised access to the Internet 
network" by G. Brebner et al, filed on 21 . January 2000 
and also assigned to the Assignee of the present appli- 
cation brings a first solution to the problem of privacy. 

40 There is disclosed a process, stili based on an agent, 
which avoids the dissemination of the user's personal 
data over the web. For that purpose, an agent located 
on the user's machine generates a Hyper Text Markup 
Language (HTML) page for the user and which takes 

45 into account private data contained into at least one pro- 
file file. At different predetermined intervals, the Agent 
module polls one or more predetermined service provid- 
ers), and downloads a file that simultaneously contains 
both data representative of products or services; and 

50 rules for stating the conditions for the attribution of the 
data. By comparing the rules with the private data con- 
tained within said at least one profile, a local data mining 
process is achieved and the Agent can construct a per- 
sonalised HTML page which contains an offer well tai- 

ss fored to the customer's needs. This can be finally dis- 
played into the web browser of the client machine. Since 
the HTML page is locally generated with the private data 
that is contained in the profile(s), and which belongs to 
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the user, the service provider does not need to create 
and maintain any kind of centralised database, and the 
user profile remains in the user's machine. 
[0011] The present invention extends the possibilities 
of exploitation of the profile files, which substantially in- 
creases the security of the access to the important in- 
formation therein contained. 

Summary of the Invention 

[0012] It is an object of the present invention to en- 
hance the flexibility and the use of profile files containing 
highly sensitive information, while ensuring a high de- 
gree of security in respect of that information. 
[0013] This object is achieved by the present inven- 
tion which provides a process for executing a download- 
able service within the client machine which receives 
very restricted access rights to the user's profile f ile(s). 
[0014] Basically, there is provided a process which in- 
volves the step of accessing a server on the internet or 
a intranet network through a web browser which is as- 
signed a first port and socket for the communication with 
the web server. When the user requests the download- 
ing of an executable service from a web server, the web 
browser launches confined run time environment which 
is assigned a second port and socket for receiving the 
downloadable service. The confined run time environ- 
ment is arranged to provide restrictive access rights to 
at least one profile file(s), so that the executable service 
may only access the profile file(s) through the methods 
and access rights which are defined by the confined run 
time environment. This substantially minimize the risk 
of any misuse of the valuable information contained with 
the user's profile. 

[0015] Preferably the confined run time environment 
corresponds to an extended sandbox in the context of 
the java programming. The personal service is received 
undertheform of set of data (remote information, sorting 
code, requested data) which reference is contained 
within an Hyper Text Mark-up Language (H.T.M.L.) page 
accessed by the web browser. The service is received 
in an archive file, such as a jar file for instance, which is 
signed and which contains a class structure of java 
code. The java code may also be received from a File 
Transfer Protocol (FTP) server. 
[0016] In one embodiment, the process validates the 
archive file and in accordance with the signature existing 
within the determined archive file, uses a predefined jar 
and secure class loader for embodying a specific corre- 
sponding sandbox associated to that class structure. 
Therefore there is achieved a direct association be- 
tween the signature of the applet file and the java secu- 
rity mechanisms which will be used for executing the 
service. 

[0017] Preferably, the predefined jar loader is used for 
controlling the access to at least one profile file so that 
the service which arrives within the extended sandbox 
and which is compiled in accordance with the predeter- 



mined jar loader receives a personalized access to said 
profile(s) file. There is therefore achieved a high control 
and security on the information belonging to the user. 
[0018] More preferably, the predefined personalised 
5 sandbox is used for providing methods allowing a se- 
lective access to some specific areas or sections of the 
profile file(s) which contains an hierarchical structure of 
data, user display, and remote communications. In one 
application, the profile file includes personal data be- 
longing to the user, while an additional section compris- 
es technical data concerning his/her computer. 
[0019] When the signed archive file is received and 
opened with the corresponding jar loader, the latter im- 
plements methods, according the user policy, to the al- 
ready contained classes for the purpose of personaliz- 
ing the access rights to the profile. The java service code 
can then be executed in its personalized environment 
and starts processing tasks, possibly on the personal 
data of the user. A local service can then be executed 
on the local machine with some of the user's private da- 
ta. As soon as the result of the service is made available, 
the latter can be transmitted back to the web server for 
additional process and negotiation without requiring the 
exchange and transmission of the private data of the us- 
er loaded within the profile files. 
[0020] In one embodiment, the service is used for ex- 
ecuting a data mining process on the information loaded 
into the profile(s). 

[0021] The process according to the invention in- 
creases the possibilities of personalization of the access 
for service providers since different jar loaders may be 
used for different signatures and different service pro- 
viders. Additionally, there is provided a wide range of 
new high added-value services for the customers. 
[0022] Even in the case of one unique jar loader, the 
latter can be used to arrange a set of different access 
rights to some specific areas or sections of the profile(s). 
[0023] A powerful downloadable service can be exe- 
cuted within the local machine of the customer while 
minimising any risk of misuse or abuse of the user's pri- 
vate data. The validation process based on the signa- 
ture and, additionally, the access of the profile through 
the restrictive access permissions arranged by the 
sandbox and the class loader substantially secures the 
use of the user's profile. 

[0024] In one embodiment, when the archive file of the 
service is received within the extended sandbox, the 
service is being executed and initiates a processing task 
which may continue, even if the connection with the web 
server is being discontinued. When the task completes 
and the result is made available, the latter will be trans- 
mitted to the web server at the next dial-up and connec- 
tion for the purpose of a further processing of the nego- 
tiation. 

[0025] In some extent, there is achieved the concept 
of "consumable" service - requiring no installation proc- 
ess as for the other software packages - which can be 
downloaded in an archive file and received in a very per- 
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sonallzed environment, with restrictive access to the 
profile file of the user. When the execution of the service 
completes, the useful result Is provided to the user or to 
a web server and the service is discontinued. A wide 
range of applications and new added- value services can s 
use the process for the benefit of the customers, such 
as travel or flight booking service, electronic business, 
data mining and book-keeping processing tasks. 

Description of the drawings w 

[0026] Embodiments of the invention will now be de- 
scribed by way of examples only, with reference to the 
accompanying drawings, wherein: 

15 

Figure 1 illustrates the basic principle of the trans- 
mission of a downloadable service into a local client 
computer. 

Figure 2 is a flow chart illustrating the process which 20 
Is executed when a service is downloaded, received 
and executed within the extended sandbox. 

Figure 3 is a flow chart illustrating the different mes- 
sages being exchanged between the web browser, 25 
the extended sandbox and the web servers. 

Figure 4 illustrates the architecture of one preferred 
embodiment of a confined run time environment. 

30 

Description of the preferred embodiments of the 
invention 

[0027] As will be shown below, the negotiation proc- 
ess is handled by means of a temporary or consumable 35 
service which is launched within the existing confined 
run time environment and which receives some access 
rights to the user's profile. An example will be consid- 
ered with a travel agency service which may take ad- 
vantage of the useful and valuable information loaded *o 
within the user's profile file, such as his personal op- 
tions, the number of children, etc. 
[0028] The preferred embodiment will be described 
with a service which is downloaded under the form of a 
jar file contained within an Hyper Text Mark-up Lan- 45 
guage (H.T.M.L) page. Clearly, this is only an example 
of an implementation and other embodiments could be 
contemplated. 

[0029] As shown in figure 1 , a user's computer 1 is 
connected to a communication network 2, such as an so 
Internet or Intranet network for instance. In this way, he 
may access to multiple different service servers, and 
particularly to an electronic service portal 3 which is pre- 
pared to accept and process communication as will be 
described hereinafter with details. A web server 4 - for 55 
instance a travel agency portal - may be dedicated to 
receive air-flights booking or reservation commands. 
[0030] The user's computer 1 - or client - includes a 



web browser 1 5 which is, for Instance, Internet Explorer 
4 or 5 (manufactured by Microsoft Corp.) or Netscape 
Explorer (manufactured by Netscape Communications 
Corp. The web browser is used for accessing HTML 
pages located from web server 3 and 4 and, when ap- 
propriate, for downloading the applet therein included. 
[0031 ] As known in the field of Java programming, the 
expression sandbox refers to a confined runtime envi- 
ronment. These are sometimes also called rubber- 
walled "jail" environments and are notional spaces with- 
in a computer in which certain programs can run in iso- 
lation from the host system. This can also refer to the 
safe mode of the Java Virtual Machine which turns on 
when a Java applet is run inside a web browser. Such 
an environment can be used to run untrusted Java ap- 
plets that are downloaded from the web. Practically, a 
sandbox is a set of limitations or restrictions which are 
imposed on untrusted applets and are designed to pre- 
vent those applets from acting so as to compromise the 
client system. This Is done by disallowing access to cer- 
tain APIs by means of security exceptions. 
[0032] An extended sandbox 11 is launched when a 
service is to be received by the client machine, as will 
be described hereinafter with further details. The ex- 
tended sandbox is arranged for organizing a restricted 
access to the user's profile file. As known by the skilled 
man in java programming, the security is based on four 
distinctive elements forming the sandbox: the Byte 
Code Verifier, the Secure Class loader, the Access Con- 
troller, and the Security Manager. Together, these four 
elements perform load and run time checks to restrict 
file system and network access, as well as access to 
browser internals. More information can be found on the 
Java Security Web Site which address is provided in h^ 
tp://www. rstcorp.com/iava-security.html 
[0033] The profile file is used for gathering, when ap- 
propriate, the user's personal data (such as preferences 
and knowledge) possibly combined with technical infor- 
mation concerning the environment of the user's ma- 
chine, user's comportments, habits and preferences. As 
most users are not versed within the field of computers, 
it can be advantageous to organize one particular sec- 
tion of the profile file with technical information which is 
automatically collected by system service 1 2 of figure 1 . 
System service 1 2 is based on a so called sysinfb.exe 
executable file which extracts system Information direct- 
ly from the SMBIOS tables, or interrogates the Distrib- 
uted Management Interface (DMI, or Windows Manage- 
ment Instrumentation (WMI) as known from Microsoft. 
As known by the skilled man, the DMI interface is an 
Application Programming Interface (API) that consists 
of a set of routines that are called for accessing the in- 
formation stored within the BIOS layer. Basic informa- 
tion relating to the DMI programming interface can be 
found at the address http://www.dmtf.org/spec/html. By 
using the DMI or WMI interfaces, or by accessing direct- 
ly the SMBIOS level, the sysinfo.exe executable file ac- 
cesses the different tables contained in the System 
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Management BIOS (SM BIOS) for the purpose of report- 
ing comprehensive information regarding the user's 
configuration, and required for completing a request for 
transaction. Such information includes the type of proc- 
essor, the type of chipset, the number of hard disk 
drives, the particular graphic card being used, the serial 
number of the display, the reference of the operating 
system and so on. User related profile can be collected 
using explicit techniques such as specific forms, or us- 
ing implicit techniques such as cookies, spyware, click 
stream tracking, or a mix of these techniques. 
[0034] In one embodiment, the profile file(s) can be 
arranged in a hierarchical organization, with different 
sections containing information of different category. 
The profile file is embodied under the form of a known 
Extensible Mark-up Language (XML) standard which is 
defined by the World Wide Web Consortium (W3C) and 
which is associated to Document Type Definition (DTD) 
file. 

■ 

[0035] In one embodiment, the profile may comply 
with the recommendations provided by the CPEX (Cus- 
tomer Profile Exchange). This consortium works to re- 
alise a specification in order to define a data model for 
profile information that relate customers of enterprises. 
The specification also defines metadata to associate pri- 
vacy control on customers information, and a protocol 
for query, deliver and update these information. CPEX 
refers to other standard such as XML, P3P, LDAP/ 
DSML, AUO. 

[0036] With respect to figure 2 there will now be dis- 
cussed the basic process which is executed for launch- 
ing the consumable or temporary service when the user 
is surfing over the Internet. 

[0037] In a step 21 , the user establishes a connection 
to the electronic service portal 3 by introducing the ap- 
propriate Uniform Resources Locator (U.R.L.) of the 
web portal, such as, for instance, httpy/www.hp.eserv- 
ice.com. Clearly, the communication can take advan- 
tage of the wide generalisation of the Internet protocols, 
and in particular the Hyper Text Transfer Protocol (HT- 
TP). In the preferred embodiment, the local agent issues 
a request for transaction which is embedded into a HT- 
TP GET request which is recognised at every level, and 
particularly by every Proxy. The particular format of the 
HTTP GET request is defined in the well-known rules 
laid down in the Request For Comments (RFC) 2.6.1 .6, 
which are available at the following address http://www. 
w3.org/protocols. 

[0038] The web portal receives the request and pre- 
pares the construction of an Hyper Text Markup Lan- 
guage (H.T.M.L.) page which is transmitted back to the 
user's computer and pushed into his web browser 15. 
In one embodiment, the process may take advantage of 
the teaching of the above mentioned European patent 
application n° 0041004.6, which is herein incorporated 
by simple reference, for the purpose of completing the 
abstract user's request with some basic information ex- 
tracted from the profile. In that situation, the user is al- 



lowed to enter only partial information - referred to in the 
following as an abstract request since it only contains 
some basic Incomplete information - and process it for 
completing the transaction. 

5 [0039] in step 22, the user selects a service that caus- 
es the transmission of a corresponding request to the 
service portal 3. In the preferred embodiment the serv- 
ice is downloaded under the form of a package file (such 
as a jarfile). This download launches a specific sandbox 

10 which is arranged to communicate via a port and socket 
which may be different to that used for the normal HTTP 
connection by the browser 15. As known by the skilled 
man, the usual port is port 80 and the sandbox can con- 
veniently be arranged to listen for communication on an- 

*s other available port. 

[0040] In step 23, the web server responds by trans- 
mitting an archive file that is received by the extended 
sandbox on its dedicated port and socket. The archive 
file is a signed file, for instance jar file which contains a 

20 set of class structure corresponding to the Java code 
classes of the service being desired. It is clear that the 
process is directly applicable to Java code classes but 
should be understood as applicable for other types of 
data structures, such as agent technology. 

25 [0041] In step 24, the corresponding jar loader is se- 
lected using the corresponding transmission port of the 
service portal 3. The jar loader starts with step 25, i.e. 
checking the signature and validates them in accord- 
ance with the known java security mechanisms. In the 

30 case where the signature is corrupted, the service code 
is discarded by the java security mechanisms. The 
processing of signatures and the security manager de- 
pends upon the particular web browser being used. 
Such mechanisms are well known by the skilled man 

35 and will not be further elaborated on. More information 
on java security mechanism may be found in the follow- 
ing references, Java Security from Scott OAKS, Edition 
O'Reilly and Java Cryptography, from J. KNUDSEN, Ed. 
O' Reilly. 

40 [0042] In step 25, the signature is used for selecting 
one particular secure class loader among a set of pre- 
defined class loaders, and permission in order to control 
and isolate the. service application. The secure class 
loader is used for opening the jar archive file, for gener- 
is ating the classes of the java code. By choosing a select- 
ed class loader, the process causes a direct association 
of the security policy with the originator of the service 
being downloaded. It can be seen that the signature is 
used for checking the integrity of the file and, also, for 
so choosing a particular security policy mechanism. 

[0043] In step 26, the archive file (.jar) is opened and 
the class loader that was selected in step 25 generates 
the set of classes contained within the service, and links 
Interfaced methods to the corresponding implemented 
55 sandbox methods. Therefore, it can be seen that the 
conventional Application Programming Interface (API) 
which is used for generating the sandbox upon the re- 
ception of the set of java classes is modified for the pur- 
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pose of processing the Java classes coming from a de- 
termined service provider Therefore, a set of selective 
and personalised permissions and access rights can be 
associated to some services received from some serv- 
ice providers. The set of permissions is used for provid- 
ing a selective access to at least one profile file, for in- 
stance a profile containing user private data. 
[0044] In step 27, the corresponding Java code is be- 
ing compiled with the appropriate access rights to the 
user's profile. These rights allow or refuse the access 
for the missing data to personalize the service. Then , in 
step 28, the code used to sort the remote information is 
executed within the extended and personalized sand- 
box. 

[0045] When the result of the process is available, it 
is transmitted back In step 29 to the user and/or web 
server 3 or to a different web service provider 4. The 
web service 3 or 4 can then prepare a well-tailored of- 
fered which will be transmitted back to the web browser 
15 of the client. 

[0046] It can be seen that a highly personalised trans- 
action is achieved in a personalized and secured envi- 
ronment. The signature is used for validating the applet 
being downloaded and, additionally, servers for person- 
alizing the access rights to be assigned to the applet. 
The access rights can be defined in a very flexible way, 
simply by introducing new java classes in the compile 
code by means of the predefined jar loader. Therefore, 
a given service for example, corresponding tOj a flight- 
booking service may be authorized to get access to the 
user's profile, and particularly to the private section sum- 
marising the composition of the users family, the differ- 
ent options which are usually favoured by the family 
etc... On the other hand, the service will not be allowed 
to access other part of the profile relating to medical or 
professional sections. 

[0047] The personalization is rendered very flexible 
since one single jar loader may provide precise and full 
control over the different branches and sections of the 
user's profile. The use of such a profile by web providers 
will significantly enhance the access to the Internet. 
[0048] Figure 3 illustrates the different messages 
which are exchanged by the different elements In the 
negotiation process. Upon request of the user, as refer- 
enced by arrow 31 , the browser transmits a request to 
web server 3 for the purpose of downloading an appro- 
priate archive file. The web server 3 gathers a set of 
information, illustrated by arrows 32 and 33, asking 
service provider throw the web. The web server 3 cre- 
ates an archive file and transmits it to the user's extend- 
ed sandbox 1 1 , as illustrated by arrow 34. The sandbox 
executes the downloaded service which access the pri- 
vate data loaded within the user's profile, and when the 
result is available, it is transferred to the user browser 
in order to wait his final choice as shown arrow 35. One 
time the user final choice done, the result can be trans- 
mitted either first to the service portal 3 (arrow 361), al- 
ternatively to another web server (not shown), next to 



10 

the service provider 4 (arrow 362), either directly to the 
service provider (arrow 37). The communication with the 
service portal 3 and/or the service provider 4 is done if 
it is appropriate. The service provider can answer, if nec- 

5 essary (e.g. to confirm a booking), via an HTML page 
sent either first to the service portal 3 (arrow 381) next 
to the user's browser 15 (arrow 382), either directly to 
the user's browser 15 (arrow 39). In this confirmation 
phase, the service provider 4 can be useless, in this 

io case arrows 362, 37, 381 and 39 are not used. 

[0049] The exchange of messages described above 
shows how it is easy to personalize the communication 
between the user and one or more service provider, 
while securing the use of the private data loaded within 

'5 the user's profile file. 

[0050] In the following description, there will be de- 
scribed a specific structure of a profile file and the ex- 
ample of the access to that profile file. 
[0051] The kind of access to a profile depends on the 

20 context of the use. Data are created, updated, deleted 
and consulted, according to a use. In this way, it is not 
always necessary to provide the all set of personal data 
to a user or a service. Contexts have to be created. 
[0052] According to this, when a service requests for 

25 data in order to personalise itself, it has to link its re- 
quests to a context. For instance, a "travel booking serv- 
ice" can ask for number of children but a "grocery buying 
online service" does not need to ask such a question. 
Asking a credit card n umber is j ustif ied by a final booking 

30 phase but can be allowed for a simple data research. It 
is the aim of the profile access user's permissions to 
control, enable and disable the access to the user's per- 
sonal data. 

[0053] With respect to figure 4, there is shown a pre- 
ss ferred embodiment of a user platform in a java environ- 
ment. The Personal Personalised environment 410 
comprises a jar loader 420 which is linked to the per- 
sonal sandbox 430. Three interfaces, namely a remote 
exchanges interface 440, a profile interface 450, and a 
40 user interface 460 are used for exchanging data with 
other parts of the system. In the jar file there are three 
types of data which are used for embodying the service: 
Imported Data 470; Service Code 480 and Requested 
Data 490. The imported data 470 are provided by the 
45 service providers and describes the offers which are 
available. The service code 480 describes how to match 
or personalize the specific offer made to the user, based 
or using the imported data filtered by elements taken 
from the user's profile, i.e. the Requested Data 490. In 
50 order to access the personal data stored in the user's 
profile, the Service has to access the Profile Interface 
450 which implements the specific context security pol- 
icy. This is achieved by using a set of signatures (not 
shown). In Requested Data 490, a method such as "ask 
55 for" will request a name in the given context, for Instance 
"travel booking". In order to interact with the user, the 
service has to use a User interface 460 which imple- 
ments the appropriate functionalities for the device. 
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Clearly the complexity of the user interface depends up- 
on the particular device being involved, for instance a 
Personal Digital Assistant (P.D.A.), a personal compu- 
ter, a mobile telephone, or even an Internet watch. 
[0054] In the particular case where some results of the 
execution of the service needs to be transmitted back 
to a service provider, the service communicates via the 
Remote Exchange Interface 440 which limits the com- 
munication and the kind of information which is reported 
back to the service provider This is clearly an additional 
advantage since it provides a high level of flexibility In 
the control of the data which is received and analysed, 
including the full control on the use of the results of that 
analysis which is possibly reported back to the service 
provider 

[0055] Any type of service could take advantage of the 
architecture shown in figure 4. In the case of travel book- 
ing service, for instance, the process executes the steps 
which were explained in detail in reference with the gen- 
eral flow charts of figure 2 and 3. In the case of travel 
booking, the user accesses the web portal (step 21 of 
fig. 2) of one travel service provider and requests the 
booking of a particular destination and date. The travel 
service provider then constructs a package to reply to 
the request which consists of offers appropriate to that 
request, code which, when executed, will personalize 
the choice and an indication of the data required from 
the user's profile. This is the archive file received by the 
user's device in the form of a jar archive file as illustrated 
in step 23 of figure 2. 

[0056] The jar archive is loaded by the Jar Loader as 
shown in step 24 and isolated immediately. This is 
achieved by means of the Personal sandbox shown in 
figure 4. As known by the skilled man, the Personal 
sandbox uses the text file embodying the Global Serv- 
ices Security Policy. It should be noticed that, in the pre- 
ferred embodiment, the particular GSSP which is used 
allows no access on the user's resources or communi- 
cation with the service provider. This is clearly an ad- 
vantage because the user keeps the control on the in- 
formation which is likely to be reported back to the Serv- 
ice provider. 

[0057] The signature is used to identify the origin of 
the service and to associate a dedicated security policy 
in accordance with the user's privacy policy. To achieve 
this, the profile interfaces gets the contents of a text file 
containing the Context Security Policy which closely de- 
pends on the particular service being considered. 
[0058] According to this specific security policy, the 
service asks for the requested data which are stored 
within the profile. The profile interface, implementing the 
controlled methods to access the profile, passes or 
blocks the data access. 

[0059] The service code is then executed, using the 
combination of imported data provided by the service 
provider - for instance the choice of a destination of the 
flight to London plus a departure time as well as addi- 
tional data giving details of the offers matching the orig- 
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inal request), and the data taken from the user's profile. 
[0060] The description above illustrates with what 
ease the architecture shown in figure 4 permits to em- 
body any kind of service for enhancing security in the 
5 user's profile. Clearly, the architecture could even be 
used for embodying an authentication service arranged 
to cooperate with a smart card interface so as to permit 
validation of a service in accordance with the code typed 
by the user. Because only the service is being transmit- 
to ted over the Internet network the security of the personal 
data belonging to the user is substantially increased. 
[0061] Although the invention has been described by 
way of example and with reference to particular embod- 
iments, it is to be understood that modifications and/or 
is improvements may be made without departing from the 
scope of the appended claims. 
[0062] Where in the foregoing description reference 
has been made to integers or elements having known 
equivalents, then such equivalents are herein incorpo- 
20 rated as if individually set forth. 



Claims 

25 1. a process for executing a downloadable service 
with specific access rights to at least one profile file 
in a user's computer, said computer comprising a 
web browser communication to the Internet or in- 
tranet via a first communication port and socket, 

30 said process being characterized in that it involves 
the steps of: 

arranging a confined run time environment (11) 
which is assigned a second communication 

35 port and socket and providing restricted access 

to at least one profile file; 
downloading said service through said second 
communication port so that it Is received by said 
confined run time environment (11); and 

40 - executing said service within said confined run 
time environment whereby said service is given 
an access to said at least one profile file in a 
secure environment. 

45 2. The process according to claim 1 characterized In 
that said confined run time environment is an ex- 
tended sandbox having restrictive access to said at 
least one profile file. 

50 3. The process according to claim 2 characterized in 
that the service is downloaded under the form of a 
set of java code containing classes structure pack- 
aged within a signed archive file. Three parts com- 
pose the service: remote Internet data, a list of re- 

55 quested data that are needed to personalise the 
service, and code to sort remote Internet data using 
■ requested accessible data. 
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4. The process according to claim 2 characterized in 
that it further involves the step of: 

downloading a signed archive file which is re- 
ceived via said second communication port; 
checking the signature of the archive file and, 
if corrupted, discarding said archive fits; and 
selecting one particular secure class loader 
corresponding to said signature for the purpose 
of creating additional security java classes al- 
lowing the restricted access to said at least one 
profile file. 

5. The process according to claim 4 characterized in 
that said secure class loader further includes re- 
stricted access to some specific sections of said at 
least one profile files. 

6. A process for receiving a signed archive file con- 
taining class structures representative of at least 
one service to be downloaded to and executed on 
a client computer, characterized in that said at 
least one service is associated with a correspond- 
ing set of access rights to some profile files and the 
process further involves the steps of: 

receiving said archive file; 
- . validating said archive file with said signature; 
selecting one secure class loader associated 
with said signature, said class loader being rep- 
resentative of the set of access rights associat- 
ed to said service; 

generating said classes in accordance with the 
secure class loader being selected for the pur- 
pose of generating a compiled code; and 
executing said compiled code. 

7. A process for generating compiled executable code 
in a client machine, comprising the steps of; 

receiving a signed archive file containing class- 
es of a service to be executed on said local ma- 
chine; 

checking and validating the signature associat- 
ed to said archive file; 

associating said signature to one predeter- 
mined secure class loader for the purpose of 
defining a predetermined java security policy 
and assigning access rights to at least one pro- 
file file; 

invoking generating said access control class- 
es in addition to the classes of said service; and 
generating compiled code and executing said 
compiled code. 

8. The process according to claim 1 wherein said at 
least one profile is arranged in a hierarchical man- 
ner with a technical section comprising data repre- 
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sentathve of the user's machine configuration, us- 
er's comportments, habits and preferences. 

9. The process according to claim 8 wherein said tech- 
5 nical section is automatically filled with data extract- 
ed from information available at the Basic Input Out- 
put System (BIOS) level and profile building tools. 

1 0. The process according to claim 8 wherein said tech- 
10 nical section is automatically filled by means of in- 
terrogating standardised systems management in- 
terfaces present in the client computer. 

1 1 . The process according to claim 8 wherein said tech- 
's nical section is automatically filled by means of in- 
terrogation via the Distributed Management Inter- 
face (DM1) or Window Management Interface 
(WMI). 

20 12. The process according to claim 1 wherein said 
downloadable service is an authentication service 
cooperating with a master card. 

13. A transaction aid for assisting a transaction be- 
25 tween an user and at least one remote server (3, 
4), said transaction aid comprising program code 
elements for carrying out a process as claimed in 
any preceding claim. 

30 14. A transaction aid as claimed in claim 11 in the form 
of a personal computer, the program code elements 
being implemented as a downloadable service hav- 
ing access to said at least one profile file. 

35 15. A transaction aid computer program product having 
program code elements for carrying out a process 
as claimed in any of claims 1 to 9. 
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